Improvements in and relating to Auto-tunnelling in a 
Heterogeneous Network 

FIELD OF THE INVENTION 

The present invention relates to auto-tunnelling in a 
heterogeneous network. The invention relates particularly 
to the identification of dual protocol, or bi-lingual, 
network elements in a heterogeneous network. 

BACKGROUND TO THE INVENTION 

In a heterogeneous network, each network element, or node, 
may support one or more protocol sets. For example, a 
network element may support OSI (Open System Interconnect) 
protocols and/or IP (Internet protocols) protocols* In 
order that one network element may communicate with 
another network element, they must support at least one 
protocol set in common since different protocol sets do 
not interoperate. It is possible to send data packets, or 
traffic, conforming with one protocol set to a destination 
via one or more network elements that do not support the 
protocol set of the data by means of data tunnelling. 
Data tunnelling involves the encapsulation of one protocol 
set within another protocol set. For example, assume that 
it is desired to send IP data packets from a source 
network element that supports IP protocols to a 
destination network element that also supports IP 
protocols via a sub-network comprising network elements 
that only support OSI protocols. The IP data packets are 
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encapsulated within OSI protocols for their passage 
through the OSI-only network elements and de-encapsulated 
afterwards* In order that data tunnelling may be 
achieved, at least some of the network elements between 
5 the source and the destination must be able to support 

both protocol sets. Such network elements are said to be 
bi-lingual, 

A scheme for auto-tunnelling in a heterogeneous network 
has previously been proposed in which bi-lingual network 
elements are arranged to create automatically and 
dynamically data tunnels in order to forward traffic 
across a heterogeneous network. To do this, the bi- 
lingual network elements need to know the identity of at 
least one network element in the path to the destination 
that is bi-lingual, In particular, a bi-lingual network 
element is required to know the nearest other network 
element that supports at least two protocol sets in common 
with itself. The referred to auto-tunnelling scheme is 
described in International PCT patent application number 
FCT/EP01/14203, which is hereby incorporated herein by way 
of reference* 

In order to learn about the network around it, and to 
25 calculate paths across the network to destination nodes, a 
network element usually runs a routing algorithm* 
Typically, the calculation of the routing algorithm is a 
computationally intensive operation and accounts for a 
significant proportion of the network element's processing 
30 time. The compilation of information concerning nearest 
bi-lingual network elements, as required by the 




-3- 



aforementioned auto-tunnelling scheme, must be performed 
in addition to the normal tasks of the routing algorithm. 
It is therefore desirable to compile said information in 
an efficient manner in order to reduce the computational 
5 burden and so improve the speed of operation of the 
network element. 

It will be understood that the term "protocol 7 ' as used 
herein is intended to embrace protocol set, or protocol 
10 stack, where the set (or stack) may comprise one or more 

protocols. For example, OSI and IP may each be considered 
to comprise a respective set of protocols r but may be 
referred to herein as OSI protocol or IP protocol 
respectively. 

15 

The present invention relates particularly, but not 
exclusively, to OSI and IP protocols, and respective ISO 
(International Organisation for Standardisation) and IETF 
(Internet Engineering Task Force) standards describing 
20 these protocols may be obtained respectively from 
www.iso.ch and www. let f .org . 

A network element supports one or more routing protocols 
in order to route data traffic across a network. 

25 Integrated IS-IS (Intermediate System to Intermediate 
System) is a routing protocol that was devised as an 
extension to IS-IS routing protocol and, in conjunction 
with data tunnelling, allows network elements to route IP 
traffic as well as OSI traffic. Integrated IS-IS is 

30 described in IETF standard RFC 1195 which can be obtained 
from http : //www . ietf . orq/rf c/rf c!195 . txt - IS-IS is 



described in ISO 10589 which can be obtained from 
http : //www. iso.ch. 

IS-IS and Integrated IS-IS normally employ a routing 
algorithm know as SPF (Shortest Path First) in order to 
calculate the ^shortest" path across a network from one 
node to another. RFC 1195 and ISO 10589 are hereby 
incorporated herein by way of reference. 

OSI traffic comprises OSI data packets, where 0SI data 
packets conform with OSI protocol, particularly CLNP 
(ConnectionLess mode Network Protocol), CLNP being an OSI 
network layer protocol- CLNP is the name given to the 
type of data packets or PDUs (Protocol Data Units) that 
are used to provide CLNS (ConnectionLess mode Network 
Service) . CLNS is the service provided by the network 
layer of an OSI protocol stack to higher layers of the 
stack. Provision of CLNS service results in CLNP packets 
or PDUs being passed to lower layers of the stack. 

IP traffic comprises IP data packets, where IP data 
packets conform with IP protocol, particularly IPv4 and 
IPv6 which are IP network layer protocols* 

An IP-only network element, or node, is a node that can 
natively route IP packets but not OSI packets. An OSI- 
only node is a node that can natively route OSI packets, 
but not IP packets . A dual, or bi-lingual, network 
element, or network node, is a node that can natively 
route at least two protocols, particularly network layer 
protocols- This term is used hereinafter particularly to 
indicate either a node that routes both CLNS/CLNP and 



IPv4, or alternatively a node that routes both IPv4 and 
IPv6 * 

Hereinafter, the term "network node'' (or "node") is used 
in preference to "network element" to conform with the 
terminology favoured in International PCT patent 
application number PCT/EP01/14203 r although either term 
may be used. 

It will be understood that the term "router" as used 
hereinafter is intended to embrace a network element , or 
network node, (or part thereof) that is arranged to act as 
a data router. Hence, a "dual router" is a network node 
(or part thereof) that is capable of routing at least two 
protocol sets. 

An adjacent network node ("adjacency") is a reachable 
neighbouring node. The term "adjacency" is defined in 
section 3.6.3 of ISO/IEC 10589 and may be used herein to 
denote a reachable neighbouring node. A physical 
neighbouring node is not necessarily a valid adjacency, 
since it might be in a different network area or network 
level. Thus, an adjacency may be maintained between nodes 
that are not physical neighbours. 

SUMMARY OF THE INVENTION 

A first aspect of the invention provides an apparatus for 
routing data packets in a network comprising a plurality 
of nodes each arranged to support one or both of a first 
and second set of one or more protocols, the apparatus 
being included, in use, in a first network node which is 



associated with at least one database, the apparatus being 
arranged to create entries in said at least one database, 
each entry relating to at least one respective path front 
said first network node to a respective destination node 
in the network, wherein the apparatus is arranged to 
determine, when creating an entry in respect of at least 
one path to a destination node, if said destination node 
supports both of said first and second protocol sets, and 
being further arranged, upon so determining, to associate 
information with said entry identifying said destination 
node as a dual router, and wherein the apparatus is 
further arranged, when creating subsequent entries in 
respect of paths to other destination nodes which paths 
include said destination node, to associate said 
identifying information with said subsequent entries. 

The invention provides an efficient means of identifying 
the nearest dual routers in the paths to destination 
nodes. The apparatus need only test whether or not a 
given router, or node, is a dual router once, following 
which this information is carried in all subsequent 
database entries relating to a path that includes the 
identified dual router. 

The invention is particularly suitable for use in a first 
network node which includes a first database for holding 
entries in respect of tentative paths to destination 
nodes, and a second database for holding entries in 
respect of shortest paths to destination nodes, the 
apparatus being arranged to derive at least some of the 
entries in said second database from respective entries in 



said first database, and to derive at least some of the 
entries in said second database from respective entries in 
said first database. This type of arrangement is 
exhibited in nodes that implement the SPF routing 
algorithm and so, in its particularly preferred form, the 
invention takes the form of a modified SPF algorithm. 

Preferably, the dual router identifying information is 
included in each relevant database entry* More 
preferably, each database entry relating to at least one 
path to a destination node includes, in respect of the, or 
each path, a respective dual protocol field for carrying 
said identifying information, wherein the, or each, dual 
protocol field may be set to identify a dual router in the 
respective path, or to indicate that no known dual router 
exists in said respective path. Further preferably, when 
creating an entry in respect of at least one path to a 
destination node, the apparatus is arranged to determine 
if the destination node supports both of said first and 
second protocol sets only if at least one of the, or each, 
dual protocol field is set to indicate that no known dual 
router exists in the respective path. Upon determining 
that said destination node supports both of said first and 
second protocol sets, the apparatus is arranged to set the 
respective dual protocol field to identify said 
destination node. 

In the preferred embodiment, the network nodes are 
arranged to implement one or more Link State Protocols and 
the apparatus is arranged to examine a respective routing 
data packet issued by a destination node in order to 
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determine if said destination node supports one or both of 
said first and second protocol sets. 

A second aspect of the invention provides a network node 
5 comprising an apparatus according to the first aspect of 
the invention. 

A third aspect of the invention provides a heterogeneous 
network comprising one or more network nodes comprising an 
10 apparatus according to the first aspect of the invention* 

A fourth aspect of the invention provides a method of 
identifying dual routers in an apparatus according to the 
first aspect of the invention. 
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A fifth aspect of the invention provides a computer 
program product comprising computer useable instructions 
for causing a computer to implement the method according 
to the fourth aspect of the invention. 



Other advantageous aspects and features of the invention 
will be apparent to those ordinarily skilled in the art 
upon review of the following description of a specific 
embodiment of the invention and with reference to the 
25 accompanying drawings. 

The preferred features as described herein above or as 
described by the dependent claims filed herewith may be 
combined as appropriate, and may be combined with any of 
30 the aspects of the invention as described herein above or 



by the independent claims filed herewith, as would be 
apparent to those skilled in the art. 

BRIEF DESCRIPTION OF THE DRAWINGS 

An embodiment of the invention is now described by way of 
example and with reference to the accompanying drawings in 
which: 

Figure 1 is a schematic diagram of a heterogeneous network 
comprising a plurality of network nodes; 

Figure 2 is a schematic view of part of a network node, 
connected to the network of Figure 1; and 

Figures 3(a) to 3(1} show successive representations of a 
first database,, TENT, and a second database, PATHS , as 
they are populated during a worked example of a preferred 
embodiment of the invention. 

DETAILED DESCRIPTION OF THE DRAWINGS 

Referring firstly to Figure 1, there is shown a network 
10, or routing domain, comprising a plurality of network 
nodes, or network elements (numbered 1 to 7 in Figure 1). 
The network nodes 1-7, which may also be referred to as 
systems (e*g. Intermediate System), are arranged to route 
data packets (not shown) across the network 10. Each 
network node may comprise one or more piece of network 
equipment, such as a multiplexer or a cross-connect, but 
also comprises routing apparatus to enable it to route 
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data packets across the network 10. Since the present 
invention relates particularly to the routing of data 
packets, the nodes (1-7) , and in particular the routing 
apparatus included in the nodes, may be referred to herein 
5 as routers- The routers may together form a level 1 IS-IS 
network area, or a level 2 subdomain, or may be separated 
into more than one level 1 network area. For illustrative 
purposes, the following description assumes that the 
network 10 is a level 1 network area. It will be noted 
10 that invention is concerned primarily with IS 

(Intermediate System) nodes and thus all of the nodes 
shown in network 10 are IS nodes. 

The network 10 is also assumed to be heterogeneous in that 
15 each of the routers in the network 10 do not necessarily 
support a common protocol, particularly a network layer 
protocol such as CLNP (see ISO 8473-4) r IPv4 (see RFC 791) 
or IPv6 (see RFC 2460) , 

20 The present example assumes that routers 2 and 3 are 

standard IS-IS or Integrated IS-IS routers running a first 
protocol, protocol A, where A may be any of, for example, 
CLNS/GLNP, IPv4, IPv6 or any other protocol that is 
routable using IS-IS or Integrated IS-IS. 

25 

It is further assumed that routers 6 and 7 are standard 
IS-IS or Integrated IS-IS routers running a second 
protocol, protocol B, where B may be a different protocol 
of CLNS/CLNP, IPv4, IPv6 or any other protocol that is 
30 routable using IS-IS or Integrated IS-IS. 



Routers 1, 4 and 5 are assumed to be bi-lingual, or dual, 
routers that run Integrated IS-IS and can route both 
protocols A and B, Further, the dual routers l f 4, 5 are 
arranged to run the SPF routing algorithm in order to 
determine the "shortest " path (typically "shortest" is 
measured in terms of cost, distance or other metric) 
across the network 10 to another node. The conventional 
SPF algorithm is defined in Annex C of RFC 1195. 

In order to implement the auto-tunnelling scheme referred 
to above, each dual router l r 4, 5 is required to 
determine, in respect of the respective shortest path to 
each other node in the network 10, the next, or nearest, 
node in the path that supports at least two protocols in 
common with itself. In the present example, the network 
10 only supports two protocols, A and B, and so each dual 
router I, 4, 5 needs to identify the next or nearest node 
in the path that is also a dual router. This allows the 
dual routers l r 4, 5 to determine how data packets may be 
tunnelled across the network 10. 

In accordance with a preferred embodiment of the 
invention, the routing algorithm, and in particular the 
SPF routing algorithm, is modified in order to compile the 
necessary information identifying the next dual router in 
the respective path to each other node in the network. 
More particularly, the SPF routing algorithm is modified 
to identify the next dual router in the respective path to 
each other IS node in the routing domain e.g. level 1 
network area or level 2 sub-domain. 
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Figure 2 shows a simplistic schematic view of a network 
element, or node 20, connected to network 10. For reasons 
of clarity, only those components of the node 20 that are 
necessary for understanding the invention are shown. The 
5 node 20 communicates with the network 10 via the Network 
Layer (L3) and Link Layer (L2) of a conventional protocol 
stack 22 (only L2 and L3 of the stack 22 are shown in 
Figure 2) * The stack 22 may be, for example, an QSI stack 
or an IP stack. A dual router normally includes two 
10 protocol stacks , one for each supported protocol , although 
this is not shown in Figure 2 for reasons of clarity. 

In accordance with IS-IS and Integrated IS-IS routing 
protocols, each router 1-7 in the network 10 creates 

15 routing data packets containing information about itself 
and causes these to be distributed to the other routers in 
the network 10. The routing data packets are normally 
referred to as Link State PDUs (LSPs) , where PDU stands 
for Protocol Data Unit, Protocol Data Unit is an OSI term 

20 for data packet. Thus, LSP is sometimes used as an 

acronym for Link State Packet, The LSPs carry information 
about the node, or router, that issued them* This 
information includes identification of the, or each, other 
node in the network that is an adjacency to the issuing 

25 node, and an indication of cost, or metric. Integrated 
IS-IS LSPs also carry information identifying the, or 
each, protocol supported by the issuing node (this 
information is carried in a ^protocols supported" field of 
the LSP) - For example, in network 10, router 4 issues 

30 LSPs which identify routers 2 and 5 as its adjacencies and 
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also indicates that router 4 supports both protocols A and 
B. 

The node 20 gathers LSPs in respect of all other nodes in 
the routing domain (network 10) in conventional manner. 
The received LSPs are stored in a database, or other 
suitable memory structure, commonly known as an LSP 
database 24. The information stored in the LSP database 
24 enables the node 20 to determine the topography of the 
network 10 of which it is part. This in turn allows the 
node 20 to calculate the shortest path to each other node 
in the network 10. To this end, the node 20 is arranged 
to run a routing algorithm 26 which, in the preferred 
embodiment, comprises the SPF algorithm. The node 20 
further includes a conventional Adjacency database 25 for 
storing information identifying the, or each, adjacency of 
the node 20. This information is conveniently compiled in 
normal manner by inspecting routing data packets that are 
received by the node 20 from its neighbours. 

In accordance with RFC 1195, the SPF algorithm performs 
its calculations in association with a first database 28, 
or other memory structure, known as PATHS, and a second 
database 30, or other memory structure, known as TENT. 
PATHS can be considered as a directed graph of shortest 
paths, TENT holds the tentative placement of a system in 
paths. The LSP database 24, the PATHS database 28 and the 
TENT database 30 may be stored in one or more suitable 
conventional storage device (not shown) . 
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In respect of each reachable node in the network 10, PATHS 
28 contains an entry specifying: the destination address 
of the node to which the entry relates; an indicator of 
the distance, cost, or metric, of sending a data packet to 
5 the node at the destination address along the shortest 
path as calculated by the SPF algorithm; and 
identification of the adjacency which serves as the 
beginning, or next hop, in said shortest path- The TENT 
database 30 includes one or more similar entries in 

10 respect of each reachable node in the network 10. 

However, entries in TENT 30 are not restricted to the 
shortest path. In simplistic view, the SPF algorithm 
calculates all possible paths to each destination node and 
places a corresponding entry in TENT 30 for each path* 

15 Then, the SPF algorithm determines which of these entries 
in TENT corresponds to the "shortest" path (normally by 
conducting a cost, or other metric, comparison) . The 
entry for the shortest path to each destination node is 
then placed in PATHS 28. Within the operation of IS-XS 

20 and Integrated IS-IS routing protocols, the most CPU- 
intensive operation is normally the calculation of the SPF 
algorithm in order to populate the TENT 30 and PATHS 28 
databases , 



25 In order to implement the preferred embodiment of the 

present invention, the following modifications are made. 
An additional field, which may be referred to as the dual 
protocol field, is added to the PATHS 28 database for 
storing an identifier of the next, or nearest, dual router 

30 in the shortest path to the destination node. 



Conveniently, this may be achieved by modifying the 
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structure (as defined in RFC 1195) of entries (also known 
as "triples" or elements) in PATHS 28 to include an 
additional field, so that the resulting entry takes the 
following form: 

5 

<N, d(N) r {Adj(N)-DP(N)}> 

Where A?* is a destination node identifier, the value of 
which specifies the destination address (typically in the 

10 form of a System ID (SID)), d(N) is a cost, or metric, 
indicator, the value of which specifies the distance or 
cost from the parent system, or node, SELF (i.e. the node 
performing the SPF calculations), and {Adj (N) -DP (N) } is a 
set of node identifier pairs, wherein the value of Adj (N) 

15 specifies the address, or System ID, of the adjacency that 
is the next hop on the shortest path to the node at N f and 
the value of DP(N) specifies the address, or System ID, of 
the next dual router on said shortest path. {Adj (N) ~DP(N) } 
is shown as a set of address pairs since it is possible to 

20 have more than one shortest path to a destination node 

(where two paths share the same cost) and it is convenient 
that respective values of Adj (N) and DP(N) for each path 
are associated with one another. Thus {Adj(N)-DP(N)} may 
be said to be the set of valid adjacencies that the parent 

25 system SELF may use to forward a data packet to node N, 

together with a corresponding DP(N) entry representing the 
System ID of the first, or next, dual router on the path 
from SELF to node W. If the value of DP(N) is set to a 
null indicator, e.g. zero, or any other suitable 

30 indicator, this indicates that no known dual router exists 

~~ on the path to the destination. The dual protocol field, 
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DP(N), is emboldened in the above entry format to show how 
the entry format differs from the standard format 
described in RFC 1195. When the PATHS database 28 is 
completed by the SPF algorithm it contains a respective 
entry of the form described above for each reachable node, 
or system, in the routing domain. 

Similarly, an additional dual router field is provided for 
entries in the TENT database 30- Conveniently, entries in 
TENT 30 take a form similar to that shown above for PATH 
entries except, in this case, the, or each, Adj (N) -DP (N) 
pair do not necessarily relate to the shortest path to the 
destination node N. 

A description of the key aspects of the modified SPF 
algorithm according to the preferred embodiment of the 
invention is now described. The description is 
illustrated by way of example with reference to Figure 3 
(a) - (1) which show how the TENT and PATHS databases of 
node 1 (which is therefore the parent system SELF) are 
populated in the context of network 10. For the purposes 
of this example, the assumed relative costs (distance or 
metric) of each network section are annotated on Figure 1 
between adjacent nodes. 

Upon initialisation, TENT 30 and PATHS 28 are empty. 
Firstly, a special case entry is added to PATHS 28 in 
respect of the node 20, or router, that is running the SPF 
algorithm. This node is commonly referred to as SELF and 
the special entry may conveniently take the form <SELF, 0, 
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W-0>, where W indicates that traffic to SELF is passed up 
to internal processes (see Fig. 3(a)), 

Then, a respective entry in TENT 30 is created for each 
5 adjacency of SELF. To achieve this, the SPF algorithm 
refers to the Adjacency database 25 and determines which 
routers are adjacencies to SELF and calculates the cost of 
sending a data packet to each adjacency. During this 
process , the value for DP(N) is set to null for each 

10 adjacent router, irrespective of whether or not it is in 
fact a dual router. In the example of network 10, an 
entry is placed in TENT in respect of node 2, node 2 being 
the only adjacency of parent node 1 (see Fig. 3(b) where 
N=2 (2 being the assumed System ID for node 2), d(N)^=3 

15 (from Fig. 1), Adj(N)=2 and D(N)=0). 

Next, an entry in TENT 30 is moved into PATHS 28. In 
general, the entry that has the smallest cost /metric 
(d(N)) of the remaining entries in TENT 30 is moved to 

20 PATHS 28, Thus, at this stage, the TENT entry in respect 
of the adjacency to SELF with the lowest metric is moved 
to PATHS 28. if more than one entry in TENT shares the 
same d(N), then any suitable rule may be applied to select 
one of them. For example, an entry relating to a 

25 psuedonode may be selected or it may simply be decided to 
chose the entry relating to the node with the lowest 
System ID. When an entry is moved from TENT to PATHS, it 
is deleted from TENT. In the worked example, there is 
only one entry in TENT and so this is moved to PATHS and 

30 deleted from TENT (Fig* 3(c)). 
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When an entry is moved from TENT to PATHS, unlike 
conventional SPF, the modified SPF algorithm is arranged 
to check whether or not the node N to which the new entry 
in PATHS relates is a dual router. To achieve this, the 
5 modified routing algorithm 26 refers to the LSP database 
24 and examines the LSP issued by the node N to determine 
which protocols are supported. Conveniently, this is 
achieved by examining the "protocols supported" field of 
an Integrated IS-IS LSP. If the node N is not a dual 

10 router , then the DP(N) value is left at the null indicator 
(zero in this example). If the node N is a dual router, 
then the value of DP(N) is set to the system ID of the 
node Nm Thus, the value of DP(N) now provides 
identification of the next dual router in the shortest 

15 path to node N (which at his stage would be the node N 
itself) * Because, in the preferred embodiment, the 
modified routing algorithm 26 need only identify the 
first, or nearest, dual router in the path, the routing 
algorithm 26 need only check whether or not node N is a 

20 dual router if the value of DP(N) is the null indicator. 
Thus, if an entry in TENT is selected for placement in 
PATHS and its value of DP(N) is not null, then this value 
is kept as the value for DP(N) in the new PATHS entry. It 
is noted that in some conventional notation, the character 

25 N is replaced with the character P to distinguish an entry 
in PATHS as opposed to TENT * This notation is adopted 
hereinafter for reasons of clarity- Hence the new entry 
in PATHS may be written: 

30 <p F d (P) , {Adj (P) -j» rp; ; > 
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If the node P in respect of which an entry has just been 
moved from TENT to PATHS is an Intermediate System, then 
the routing algorithm 26 refers to the LSP database 24 and 
examines the LSP of the node P, in conventional manner, to 
5 identify its adjacencies with a view to creating one or 
more new entries in TENT in respect of the, or each, 
adjacency of node P. Also from the relevant LSP 
information, the routing algorithm 26 calculates the 
cumulative cost/metric in sending a data packet from the 
10 parent node SELF (node 1 in the present example) to each 
of the identified adjacencies of node P via node P« A 
M* number of conditions must be satisfied before a new entry 

n in TENT is created. The relevant of these conditions are 

W now outlined. In respect of the, or each, adjacent node 

£ 15 to node P, the routing algorithm 26 checks if PATHS 
? : already contains an entry in respect of the respective 

s adjacent node. If so, then no new entry is created in 

TENT in respect of that adjacent node. The routing 
fy algorithm 26 also checks if TENT already contains an entry 

^ 20 in respect of the, or each, respective adjacent node. If 
M= not, then a new entry is created in TENT in respect of 

that adjacent node. If TENT does already contain an entry 
in respect of a given adjacency to node F, then the 
routing algorithm 26 performs a cost or metric comparison 
25 between the existing entry in TENT in respect of the given 
adjacency and the cost metric that it has just calculated 
for the given adjacency. If the former cost is less than 
the latter cost, then the routing algorithm 26 does not 
create a new entry in TENT in respect of the given 
30 adjacency. If the former cost is greater than the latter 
cost, then the routing algorithm deletes the existing 
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entry in TENT in respect of the given adjacency and 
creates a new entry in TENT using the cost information 
that has just been calculated. If the former cost is 
equal to the latter cost, then the routing algorithm 26 
creates a new entry in TENT (or amends the existing entry) 
that incorporates tooth the information contained in the 
existing entry and the newly calculated information in 
respect of the give adjacency. In this case, the AT and 
d(N) components of the entry in TENT will remain unchanged 
but an additional Adj (N) -DP (N) pair will be added to the 
set {Adj (N) -DP(N) ) • The newly added Adj (N) -DP(N) pair may 
have the same value for Adj (N) as the existing entry in 
TENT for the given adjacency but a different value for 
DP(N), or vice versa. 

Each new entry in TENT takes the form illustrated above, 
wherein the value of N is now equal to the System ID of 
the respective adjacent node in respect of which the new 
TENT entry is being made, d(N) is the cumulative cost from 
the parent node SELF to the respective adjacent node and 
the respective values of Adj (N) and DP(N) are the same as 
the corresponding values in the entry in PATHS from which 
the new TENT entry was derived i.e. Adj (P) and DP (P) 
respectively* As a result, since the value of DP(P) 
identifies, where applicable, the existence of a dual 
router in a path to node P (in some cases P itself will be 
the dual router) then, once a dual router is identified by 
the modified routing algorithm 26 in the manner described 
above, all subsequent entries in TENT (and further 
subsequent new entries in PATHS) which relate to network 
paths that include the identified dual router will be 
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marked as such. Transferring, or carrying, the system IDs 
of dual routers from PATH entries to new TENT entries in 
this way is an efficient way to identify dual routers in 
network paths and is found to significantly reduce the 
5 computational burden on the routing algorithm that would 
otherwise be incurred. 

In the worked example, Figure 3{d) shows that two new 
entries have been made in TENT as a result of the 
10 operations described above: a respective entry has been 
made for routers 3 and 4, these routers being adjacencies 
of router 2. 

ij! The next step for the algorithm 26 is to refer to TENT 

=p 15 again in order to identify the next entry to be moved to 
f~ PATHS, As described above, the routing algorithm 2 6 

selects the entry in TENT which has the lowest metric 
~I d(N). In the worked example, Figure 3(d) shows two 

FU entries in TENT, each having the same cost d(N) > In this 

%_ 20 example, the algorithm 26 is arranged to select the entry 
M= relating to the router with the lowest system ID, which in 

this case is the entry for router 3. So the TENT entry 
for router 3 is deleted and a corresponding new entry is 
placed in PATHS, where the new values for P, d(P), Adj (P) 
25 and DP(P) are carried over from the router 3 TENT entry. 
The modified routing algorithm 26 then checks whether or 
not router 3 is a dual router in the manner described 
above. In this example, router 3 is not a dual router and 
so the value of DP(P) remains as zero. The resultant 
30 states of the TENT and PATHS databases are shown in Figure 
3(e) . 
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The routing algorithm 26 then determines the adjacencies 
of router 3 (which is an IS node) which, as can be seen 
from Figure 1 are routers 2 and 5- PATHS already contains 
5 an entry in respect of router 2 and so the routing 
algorithm 26 does not create a new entry in TENT in 
respect of Figure 2, There is no entry in either TENT or 
PATHS for router 5 and so the routing algorithm 26 creates 
a new entry in TENT for router 5. The values for Adj (5) 
10 and DP (5) are carried over from the entry in PATHS for 

router 3 i.e. Adj (5) =2, DP (5) = 0, From Figure 1 it can 
M= be seen that the cumulative metric from SELF (router 1) to 

pi router 5 via router 3 is: d(5) - 3+2+3 = 8. The resultant 

W state of TENT and PATHS is shown in Figure 3(f). 

r 15 

* Next, the routing algorithm 26 again removes the TENT 
entry with lowest metric and adds a corresponding entry to 

" PATHS ■ This time, the TENT entry for router 4 is removed 

J from TENT and a corresponding new entry for router 4 is 

Z 20 added to PATHS. Since the value of DP(N) for router 4 is 

* zero in TENT, the modified routing algorithm 26 checks 
whether or not router 4 is a dual router. In this 
example, router 4 is a dual router and so the routing 
algorithm 26 sets the value of DP(P) in the new router 4 

25 PATHS entry to the system ID of router 4. The resultant 
state of TENT and PATHS is shown in Figure 3 (g) . 

Next, the routing algorithm 26 determines the adjacencies 
of router 4, which are routers 2 and 5 (Figure 1) . PATHS 
30 already contains an entry for router 2 and so no new entry 
for router 2 is created for TENT. TENT already contains 
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an entry for router 5 and so the routing algorithm 26 
makes a metric comparison between the existing TENT entry 
for router 5 and the metric that it has just calculated in 
respect of router 5* In the present example, the cost or 
5 metric to router 5 is the same {d(N) = 8). Thus, the 
routing algorithm 26 creates a new entry in TENT (or 
amends the existing one) for router 5 which incorporates 
information relating to both paths to router 5. 
Conveniently this is achieved by adding another {Adj (N) - 
10 DP(N)} pair to the TENT entry for router 5. Thus, the new 
TENT entry for router 5 is as follows: <5, 8, { (2-Q) , (2- 
jz 4)}>, the values for the second Adj (N) -DP (N) pair (2-4) 

p are carried over from the PATHS entry for router 4 (see 

jW Figure 3 (h) ) . 

f! Next, the routing algorithm 26 creates a new entry in 

PATHS for router 5 since the only entry in TENT is the 
router 5 entry* The router 5 entry in TENT contains a 

§ y 

fy Adj (N) -DP (N) pair (2-0) in which the value of DP(N) is 

20 null. Thus, the modified routing algorithm 26 checks 
h 4 whether or not router 5 is a dual router. Finding that 

router 5 is a dual router, the modified routing algorithm 
26 sets the value of DP(P) to the system ID of router 5 
for that particular Adj (N) -DP (N) pair. The router 5 entry 
25 in TENT is removed form TENT - The resultant state of TENT 
and PATHS is shown in Figure 3(i). 

Next, the routing algorithm 26 determines the adjacencies 
of router 5, which are routers 3, 4, 6 and 7, PATHS 
30 already contains respective entries for routers 3 and 4 

and so no new entries in TENT are made in respect of these 
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routers. However, a respective new entry in TENT is made 
for routers 6 and 7. The respective values for d(N) are 
the cumulative metric to the respective routers 6, 7 as 
calculated by the routing algorithm 26- The values of 
Adj (P) and DP(P) from the router 5 entry in PATHS are 
carried over to the new entries in TENT as Adj (N) and 
DP(N). The resultant state of TENT and PATHS is shown in 
Figure 3 ( j ) * 

Next, the routing algorithm 26 compares the two entries in 
TENT to determine which should be moved to PATHS. This 
time the respective metrics are the same (10) and so the 
entry with the lowest System ID is selected, namely the 
entry for router 6. Thus f the routing algorithm creates a 
new entry in PATHS for router 6. There are no null values 
for DP(N) in the router 6 TENT entry and so the routing 
algorithm 26 does not need to check whether or not router 
6 is a dual router. Hence, the values for P, d(P), Adj (P) 
and DP(P) in the new router 6 PATHS entry are exactly the 
same as the router 6 TENT entry. The router 6 TENT entry 
is deleted from TENT. The resulting state of PATHS and 
TENT is shown in Figure 3(k). 

The routing algorithm 26 then determines the adjacencies 
of router 6, namely routers 5 and 7. PATHS already has an 
entry for router 5 and so no new entry for router 5 is 
created in TENT » TENT already has an entry for router 7 
and so the routing algorithm 26 compares the metric d(N) 
of the existing router 7 TENT entry with the metric or 
cost that it has just calculated for router 7. In this 
case, the routing algorithm 26 finds that the cost 



-25- 



associated with the existing router 7 entry in TENT is 
lower than the cost calculated for reaching router 7 via 
router 6 (3+2+3+2=10 compared with 3+2+3+2+1=11) and so no 
new entry is created in TENT. The state of TENT and PATHS 
therefore remains unchanged from Figure 3(k). 

Next, the routing algorithm 26 refers again to TENT to 
select a new entry for PATHS * Finding only one entry in 
TENT, namely the entry for router 7, the routing algorithm 
26 creates a new entry in PATHS for Figure 7 and deletes 
the router 7 entry from TENT , Since none of the values of 
Dp(N) are null, the routing algorithm 26 does not need to 
check whether or not router 7 is a dual router. Hence , 
the values for P, d(P), Adj (P) and DP(P) in the new router 
7 PATHS entry are exactly the same as the deleted router 7 
TENT entry. The resulting state of PATHS and TENT is 
shown in Figure 3(1), 

The routing algorithm 26 then determines the adjacencies 
Of router 7, finding routers 5 and 6, PATHS already 
contains respective entries for these two routers and so 
no further entries in TENT are made. When the routing 
algorithm 26 refers again to TENT to determine what entry 
should next be made in PATHS, it finds that TENT is empty. 
This signals that the routing algorithm 26 has finished 
calculating paths across the network, Thus, the final 
state of TENT and PATHS is as shown in Figure 3(1), 

It will be appreciated from the foregoing that the 
modified algorithm 26 according to the preferred 
embodiment of the invention provides an efficient means of 



identifying the nearest dual routers in the shortest paths 
to destination nodes. The routing algorithm 26 need only 
test whether or not a given router,, or node, is a dual 
router once, following which this information is carried 
between the TENT and PATHS databases in all subsequent 
entries relating to a path that includes the identified 
dual router. Thus, when the routing algorithm 26 
completes the PATHS database, information identifying the 
nearest dual router in each shortest path is already 
included in each relevant entry. This is achieved with a 
significantly reduced computational burden in comparison 
with, for example, re-visiting each shortest path after 
completion and examining the nodes in each path to 
identify dual routers. 

It is not essential that respective values for Adj (N) , 
Adj (P) and DP(N), DP(P) are stored in respective pairs. 
The respective values for these parameters may equally be 
stored in separate fields. It is convenient to store them 
in pairs as described above especially when the set of 
{Adj (N)-DP(N) } or {Adj(P)-DP(P)j comprise more than one 
member {see Figures 3(h) to 3(1) by way of example). 

It will be understood that, as is conventional, each 
router in the network 10 performs a routing algorithm, in 
this case SPF routing algorithm, in order to create and 
maintain its own PATHS database. However, only the dual 
routers are required to implement the modified routing 
algorithm of the invention. 
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Further, in the preferred embodiment wherein all of the 
bi-lingual routers implement Integrated IS-IS, it is not 
essential that all of the single language routers also run 
Integrated IS-IS. For example, the OSl-only routers may 
5 run IS-IS only. This normally means that their LSPs will 
not include a "protocols supported" field, but the routing 
algorithm may foe modified to recognise that the absence of 
a "protocols supported" field in an LSP signifies that the 
router that issued the LSP is OSI-only. 

10 

End Systems do not affect the operation of the present 
invention and may be treated in normal manner by the 
routing algorithm. 

15 The invention is described above with particular reference 
to the PATHS, TENT, Adjacency and LSP databases- A 
skilled person will appreciate that these database do not 
necessarily need to be implemented separately and that the 
information carried therein may alternatively be stored in 

20 one or more database, or other suitable memory structure . 
Further, it is not essential that the, or each, database 
be included in the parent node* For example, in an 
alternative embodiment, the or each database may be held 
in a server (not shown) , or other computer system, that 

25 interfaces with the parent node, or may be stored in an 
external storage device (not shown) . 

It will be understood that the present invention is not 
limited to use with Integrated IS-IS and may be used with 
30 systems running other Link State protocols. Other Link 

State Protocols r such as Open Shortest Path First (OSPF) , 
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also u$e Link State PDUs (known as Link Sate 
Advertisements (LSAs) in the case of OSPF) to enable 
communication amongst routers* In some cases, the 
LSPs/LSAs do not include a "protocol supported" field. 
The invention is therefore particularly suited for use 
with Link State protocols wherein the LSPs, or equivalent 
data packet, do include a "protocols supported" field or 
wherein it is possible to modify the L3P, or equivalent 
data packet, to include a field for carrying this 
information* By way of example, the invention may be used 
to tunnel IPv6 over IPv4 (or vice versa) using OSPF. 

There follows a specific example of a modified routing 
algorithm illustrating how the preferred embodiment of the 
invention may be implemented. The modified routing 
algorithm is based on the SPF algorithm commonly known as 
Dijkstra's algorithm which is described in RFC 1195- The 
modifications made in accordance with the invention are 
shown in bold, italic typescript. 

Step 0: Initialize TENT and PATHS to empty. Initialize tentlength to 
[intemaimetric=0 ? extemalmetrie-O]. 

(tentlength is the pathlength of elements in TENT that we are 
examining.) 

1) Add <SELFAW-#> to PATHS, where W is a special value indicating 
traffic to SELF is passed up to internal processes (rather than 
forwarded). 

2) Now pre-load TENT with the local adjacency database (Each 
entry made to TENT must be marked as being either an End System 
or a router to enable the check at the end of Step 2 to be made 
correctly - Note that each local IP reachability entry is 

included as an adjacency, and is marked as being an End System). 
For each adjacency Adj(N) (including level 1 OSI Manual 
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Adjacencies, or level 2 OSI enabled reachable addresses, and 
IP reachability entries) on enabled circuits, to system N of 
SELF in state "Up" compute: 

d(N) = cost of the parent circuit of the adjacency (N), 
obtained from metriak , where k = one of {default metric, 
delay metric, monetary metric, error metric} 

Ad}(N)'BP(N) = the adjacency number of the adjacency to N and 
the SID of the next-hop dual router along the path to the neighbour 
which in this case l& during initialisation will be set to 0 

3) If a triple <Hx,{ Ad](MyDP(N)}> is in TENT, then: 

If x = d(N), then {Adj(M)-Z>PtfV)} <— {Adj(M)-Z>P<30} U {Adj(N)-2>W}. 

4) If N is a router or an OSI End System entry, and there are now 
more adjacencies in {Adj(M)} than maximumPathSplits, then remove 
excess adjacencies as described in Clause 7*2.7 of [1]. If N 

is an IP Reachability Entry, then excess adjacencies may be 
removed as desired. This will not effect the correctness of 
routing, but may eliminate the determinism for IP routes (i.e., 
IP packets still follow optimal routes within an area, but 
where multiple equally good routes exist, will not necessarily 
follow precisely the route that any one particular router 
would have anticipated). 

5) If x < d(N), do nothing. 

6) If x > d(N), remove <N,x,{Adj(M>Z>P^}> from TENT and add the triple 
<N,d(N)>{ Adj(N) -DP(N)}>, 

7) If no triple <N,x,{Adj(M) -DP(M)}> is m TENT, then add 
<N,d(N),{Adj(N) -DP(N)}> to TENT. 

8) Now add systems to which the local router does not have adjacencies, 
but which are mentioned in neighboring pseudonode LSPs. The 
adjacency for such systems is set to that of the designated router. 
Note that this does not include IP reachability entries from 
neighboring pseudonode LSPs, In particular, the pseudonode LSPs 

do not include IP reachability entries. 

9) For all broadcast circuits in state "On", find the pseudonode 
LSP for that circuit (specifically, the LSP with number zero and 
with the first 7 octets of LSPID equal to LnCircuitID for thai 
circuit, where n is 1 (for level 1 routing) or 2 (level 2 
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routing))- If it is present, for all the neighbors N reported in 
all the LSPs of this pseudonode which do not exist in TENT add 
an entry <N,d(N),{Adj(N) ~DP(N)}> to TENT, where: 

d(N) = metric.k of the circuit 

Adj(N) - the adjacency number of the adjacency to the DR. 
10) Go to Step 2. 

Step 1 : Examine the zeroeth link state PDU of P, the system just 
placed on PATHS (i.e., the LSP with the same first 7 octets of LSPID 
as P, and LSP number zero). 

I) If this LSP is present and the "Infinite Hippity Cost" bit is clear 
For each Adj(*)-DP(*) pair in the PATHS database for P. 
If this is not a pseudo-node LSP and ifDP(*) is equal to zero then check 
the protocols supported field of the LSP, if it contains both IP and 
CLNS then set the DP(P)value for this adjacency to be the system ID of P. 

2) If this LSP is present, and the "Infinite Hippity Cost" bit is 
clear, then for each LSP of P (i.e., all LSPs with the same 
first 7 octets of LSPID and P, irrespective of (he value of 
LSP number) compute: 

dist(P,N) = d(P) + metric,k(P,N) 

for each neighbor N (both End System and router) of the system P. If 
the "Infinite Hippity Cost" hit is set, only consider the End System 
neighbors of the system P. 

Note that the End Systems neighbors of the system P includes IP reachable 
address entries included in the LSPs from system P. Here, d(P) is the 
second element of the triple 

<P,d(P),{Adj(P>i)iYP;}> 

and metric.k(P,N) is the cost of the link from P to N as reported in 
P's link state PDU. 

3) If Neighbour N is of a network protocol type not supported by 

P and DP(P) is equal to zero then P must be a split stack node and DP(N) 

should be set to the SID of P 

4) If dist(P^J) > MaxPathMetric, then do nothing. 

5) If <N>d(N)»{Adj(N) -BF(N)}> is in PATHS, then do nothing. 
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Note: d(N) must be less than dist(P,N), or else N would not 
have been put into PATHS. An additional sanity check may be 
done here to ensure that d(N) is in fact less than dist(P,N) 

5 6) If a triple <N,x,{Adj(N) -DP(N)}> is in TENT, then: 

a) Ifx = dist(P,N),then 

(Adj(N), DP(N)} <-- {Adj(N) -DP(N)} U {Adj(P) -DP(P)}. 
Note that even if the value ofAdj(N) is equal to the value Adj(P) 
1 0 but the corresponding values o/DP(P) andDP(N) are different 

then this should be treated as a different adjacency and will represent 
a different path to the destination, 

b) If N is a router or an OSI end system, and there are now more 

1 5 adjacencies in {Adj(N)} than maximumPath Splits, then remove 

excess adjacencies, as described in clause 72 J of [1]. For 
IP Reachability Entries, excess adjacencies may be removed as 
;bf desired. This will not effect the correctness of routing, but 

Jt 5 ? may eliminate the determinism for IP routes (i*e,> IP packets 

Jf; 20 will still follow optimal routes within an area, but where 

2 multiple equally good routes exist, will not necessarily follow 

T precisely the route that any one particular router would have 

Lj anticipated), 

L 25 c) if x < dist(P,N) ? do nothing. 

ry d) if x > dist(P,N), remove <*J,x,{ Adj(N> DP(N)}> from TENT, and add 

ji <N,dist(P^),{Adj(P)-JW^}> 

U 3 0 7) if no triple <N,x,{Adj(N)}> is in TENT, then add 

<N,dist(P,N),{Adj(P)}> to TENT. 

Step 2: If TENT is empty, stop. Else: 

35 1) Find the element <P,x,{Adj(P>DPfp;}>, with minimal x as follows: 

a) If an element <* 9 tentlength,*> remains in TENT in the list for 
tentlength, choose that element, If there are more than one 
elements in the list for tentlength, choose one of the elements 

4 0 (if any) for a system which is a pseudonode in preference to one 

for a non-pseudonode. If there are no more elements in the list 
for tentlength, increment tentlength and repeat Step 2. 

b) Remove <P 3 tentlengih,{Adj(P>DPriy}> from TENT. 

45 



c) Add <P,d(P),{Adj(P) -DP(P)}> to PATHS. 
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d) If this is the Level 2 Decision Process running, and the system 
just added to PATHS listed itself as Partition Designated Level 2 
Intermediate system, then additionally add <AREA.P,d(P),{Adj(P)}> 

5 to PATHS, where AREA,? is the Network Entity Title of the other 

end of the Virtual Link, obtained by taking the first AREA 
listed in Fs LSP and appending P's ID. 

e) If the system just added to PATHS was an end system, go to 
1 0 step 2 . Else go to Step 1 . 

NOTE - In the level 2 context, the "End Systems" are the set of 
Reachable Address Prefixes (for OSI), the set of Area Addresses with 
zero cost (again, for OSI), plus the set of IP reachability entries 
1 5 (including both internal and external). 

It will be seen from Step 1, 3) that the modified SPF 
algorithm may be used in networks where one or more of the 
nodes are split stack nodes. If a neighbouring node N, or 
20 adjacency, supports a protocol set not supported by 

node P and if the value of DP(P) is equal to zero (i,e. P 
is not a dual router) then P is assumed to be a split 
stack node and DP(N) should be set to the SID of node P. 



25 The invention is not limited to the embodiments described 
herein which may be modified or varied without departing 
from the scope of the invention. 



The text of the abstract repeated herein below is hereby 
30 deemed incorporated into the description: - 



In the preferred embodiment , the invention provides a 
modified Shortest Path First routing algorithm for use in 
a heterogeneous network. The routing algorithm is 
35 modified to identify bi-lingual network nodes as it 
calculates shortest paths. Once a node has been 
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identif ied as bi-lingual, this information is carried 
into subsequent path entries created by the routing 
algorithm. This arrangement reduces the computational 
burden on the routing algorithm when identifying bi- 
lingual routers. 



